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Preface 


This  tedmical  npoit  documents  a  review  of  Mioosoit  Windows- 
compadUe  software  products  fin*  use  in  developing  Executive  Infonnadon 
Systems.  It  is  not  intended  that  diis  report  be  considered  a  comprehensive 
examinatitm  of  all  available  software  that  could  craceivably  meet  this  need. 
The  software  included  in  this  iqroit  was  selected  because  it  was  either  being 
used  for  this  purpose  cm  current  projects,  cmnmooly  availaUe,  or 
rqnesentative  of  new  cqnbilities.  The  samide  application  was  devised  before 
die  selection  of  software  to  inevent  bias  ddier  for  or  against  any  single 
padcage. 

The  research  and  development  was  done  and  dds  r^rt  written  at  the  U.S. 
Army  Engineer  Waterways  Eiqieriment  Station,  Information  Technology 
Laboratory  (TIL),  Computer  Science  Divison,  Systems  Modernization  Unit,  by 
Mr.  Ernest  H.  Boswell,  Jr.  Funds  were  provided  die  Corporate  Database 
project 

This  wodt  was  performed  under  die  supervision  of  Ms.  Barbara  Comes, 
Chief,  Systems  Modendzatimi  Unit  Dr.  Winded  Ingram,  Chief,  Computer 
Science  IXvision,  and  Dr.  N.  Radbakrishnan,  Director,  ITL. 

At  die  time  of  puUicadon  of  this  report  Director  of  die  Waterways 
Eiqieriment  Station  was  Dr.  Robert  W.  Whalirt  Commander  was  COL  Bruce 
K.  Howard,  EN. 


Tht  euutmt  efthii  retort  art  not  10  S*  tutdfar  mdmtisiitf,  pMictiiem, 
or  frcmatiomt  pwpem.  Ciiatien  ef  mmu  do€s  nei  amstiim*  m 
cffiM  tmhmmat  or  approval  for  tim  wt  tfnch  iiemHtreM  frothea. 


1  What  is  an  Executive 
information  System? 


The  essential  puipose  of  an  Executive  Infbnnation  System  (EIS)  is  to 
provide  management  a  meaningful  and  timely  summarization  of  peitinent 
infinmation.  presented  in  a  useful  manner,  with  a  means  of  navigation  to 
increasing  levels  of  detail  It  should  also  be  intuitive,  making  written 
documentation  or  aibstantial  training  unnecessary.  Targeting  management, 
paiticulaily  senior  management,  as  the  prime  user  of  an  automated  information 
system  entails  several  potential  pitMls.  Iheie  may  be  considerable  resistance, 
due  to  a  lack  of  familiarity  with  ctunputers,  vague  understanding  of  the 
potential  bendits  of  the  system,  unwillingness  to  dumge  the  status  quo.  or 
negative  experiences  widi  previous  informaticm  management  projects.  There 
are  also  po^Ue  inienul  political  ramificatitms,  if  die  devdt^ent  effort  fails 
to  deliver  as  imxnised. 

Data  managemeot  is  a  critical  issue.  The  value  of  any  infoimation  tystem 
depends  on  dv  qiudity  of  die  data.  This  is  particulariy  true  for  an  executive 
infoimadcm  system,  ^  bodi  to  die  intended  us^  of  the  system,  and  the  need 
to  gadier  data  fixmi  multiple  hardware  and  software  platforms.  An  EIS  may 
hi^ght  existing  problems,  widi  a  corresponding  loss  of  confidence  in  both 
the  EIS  and  die  underlying  data.  Since  data  must  often  be  gadieied  from 
various  divisions  within  die  organizaticm.  die  owners  of  the  source  data  must 
be  included  in  die  quality  assurance  process.  There  are  two  reasons  for  this. 
The  source  data  must  be  iqxlated  on  a  schedule  diat  coinddes  with  the 
requirements  of  the  EIS,  and  integrating  data  originally  intended  for  different 
purposes  may  require  dose  interactum  between  die  data  administrators  of  the 
dividtmal  databases,  at  least  during  die  development  phase. 

An  executive  infoimation  system  has  several  duuacteristics.  These 
indude,  but  are  not  necessarily  limited  to: 

a.  tran^Nuent  access  to  many  sources  of  data 

b.  drill-downAdiill-iq)  functions 

c.  a  user  interface  straightforward  enough  for  casual  users  to 
understand 
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d.  the  to  provi<te  meaniiigM  infbimatkm  to  users  at  any 

level  of  the  target  organizatiaa 

e.  presoitatioa  of  key  performance  measurements 
/.  clear  system  navigation  ci^MUlities 

Probably  the  biggest  obstacle  to  developing  an  effective  EIS  is  the 
definition  of  the  scope.  Should  file  user  be  aide  to  update  the  source  data?  Is 
fime  a  need  for  analyaes?  Should  dectronic  mail  or  messaging  be 

integrated?  Is  an  ad>hoc  query  capacity  needed?  Because  the  judgement  of 
file  success  or  faUuie  of  an  EIS  tends  to  be  voy  subjective  (am  I  receiving 
meaningful  informatitm  from  this?),  requirements  definition  can  be  more 
difficult  fiian  for  other  systems  developmem  activities.  Since  requirements 
definition  fiequenfiy  becomes  an  iterate  process,  it  is  essential  that  “expert 
users”  be  de^y  involved.  This  factor  gives  added  wei^  to  the  sdection  of 
the  software  used  as  the  platform  for  the  EIS.  The  ‘look  and  feel”  of  the 
software  should  be  as  ftmiliar  as  possiUe  for  these  users.  Microsoft  Windows 
provides  an  excellent  enviromnent,  since  the  Windows-based  word-processing 
and  spreadsheet  programs  already  in  use  by  many  of  fiiese  “expert  users”  have 
made  fiiem  familiar  with  fiie  tedmiques  of  Windows  operations.  For  that 
reastm,  all  of  the  software  programs  evaluated  in  fids  review  are  Windows- 
based. 

As  Mioosoft  Wndows  has  become  a  standard  desktop  computing 
environment,  file  gnqihical  capaUlities  of  Windows  and  tte  power  of  80386- 
and  80486-based  personal  craiputers  have  combined  with  network  technology 
to  provide  powerful  EIS  functionality.  The  diem-s^er  modd  and  software 
fiut  takes  advantage  of  client-server  techniques  have  become  a  standard  for 
EIS  development  Wfii  file  advent  of  spreadsheets  and  database  management 
systems  written  iqiedfically  for  file  Windows  environment  fije  dividing  line 
between  EIS  software  and  more  traditional  software  has  become  increasingly 
Uuned.  In  many  cases,  however,  a  distincticm  can  be  made  between  software 
that  inovides  certain  funcfions  by  default  and  software  that  can  be  made  to 
provide  those  funcfitnis.  Several  rqnesentative  tools  for  EIS  develoinnent 
were  evaluated  and  a  prototype  system  developed  wifii  each  using  a  standard 
set  of  requirements.  Examines  of  screens  for  eadi  sample  syston  can  be  found 
in  ^iperidix  B. 
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2  Software  Packages 
Evaluated 


Six  software  padcages  were  selected.  Two  are  products  developed 
q)ecifically  for  use  in  developing  EIS-q^  q>plicatiofis:  Lightship,  ftom  Pilot 
Software,  and  Fneds  And  Tfoes,  ftom  Tlinzic  Coiporation.  Two  packages  are 
qneaddi^:  Quattro  Pro  ftv  llinndows.  from  Btniand  Intematitnud.  and 
Bxcd,  from  Kficrosoft.  Also  evaluated  were  a  Endows  database  management 
system.  Access,  ftom  bfioosoft  Coipoiation.  and  Orede  Card,  fixxn  Orade 
Coipoiation.  a  grqiliical  database  qgdicaticD  development  tod. 

Ligbtdiip 

(Ligihtidrip  Version  3.2.0  and  Ugfatsbip  Lens  Versitm  3J2JPilot  Software,  40 
Broad  &ieet.  Boston,  Massadnisetts  02109) 

Forests  And  Trees 

(Forests  And  Trees  Version  3.0,  Trinzic  Coiporatimi,  101  Univeisity  Avonie, 
Palo  Alto,  CaUfonda  94301) 

Excel 

(Excd  Verskm  4.0,  bficrosoft  Coipoiation,  One  bficrosoft  Way,  Redmond, 
Washington  98052-6399) 

QuattroPro 

((^uattro  Pro  for  Windows  Version  1.0,  Bodand  International,  Inc.,  1800 
Green  Hflls  Road,  Scotts  VaUey,  Califoniia  95067-0001) 

Access 

(Access  Version  1.1,  Microsoft  Coipoiation,  One  Microsoft  Way,  Redmond, 
Washington  98052-6399) 

Orade  Card 

(Oracle  Card  Version  1.1,  Orade  CnpoiatiCHi,  500  Orade  Parkway,  Redwood 
Shores,  (California  94065) 
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3  Description  of  Review 
Process  and  Sam  pie 
Appiications 


The  source  data  for  all  sample  qiplicatirms  is  foe  Civil  Works  Life  Cycle 
Projea  Management  Rq»rfo)g  Systm  (LRS)  database.  This  database  is 
boused  on  a  Qmtroi  Data  Oorporatiai  4680.  The  host  database  management 
system  is  Oracle  6.0.33.3J1.  Ifor  those  reviewed  packages  foat  could  not  access 
Grade  databases,  a  set  of  dBase  files  was  oeated.  The  LRS  database  inovides 
foe  cqnbllity  to  track  project  costs,  sdiedule,  and  issues  on  a  monfoly  basis. 
Each  project  can  have  multiple  milestones  and  cost  features  for  each  monfo. 
The  database  omtains  sqta^  tables  for  |»oject  header  data,  sdiedules,  cost 
features,  and  project  status.  A  partial  data  dictiraary,  for  tables  used  in  fois 
evaluadon,  is  included  in  Appendix  D. 

The  sample  qipUcafions  were  chosen  to  demonstrate  each  package’s  al^ty 
to  provide  sums,  averages,  and  counts  for  data  groiqnngs,  and  to  present  charts 
of  foe  results.  Not  dl  i^ipUcatians  were  devdoped  for  each  pack^.  Since 
the  Objective  of  this  evaluation  was  to  determine  foe  suitaldity  of  a  given 
package  for  use  in  devdoiwig  EIS  triplications,  if  it  was  determined  foat  a 
particular  package  was  not  tripropriate  for  a  given  applicatimi,  the  implication 
was  dtopp^  for  foat  package.  The  sample  applications  ate: 

a.  Average  Ovefoead,  calculated  by  distria  and  division; 

b.  Number  Of  Repotted  Kfilestones  Per  Project,  averaged  for  district  and 
division; 

c.  Total  Cost  Of  Active  Projects,  summed  for  district  and  division. 
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4  Evaluation  Criteria 


The  fijllowlng  ctiteiUi  were  ured  in  eviduating  the  software: 

a.  Database  compatibilities 

b.  DifBcolty  and  flexibility  of  methods  of  accessing  data  in  extmnal 

c.  Screen  developmem  ctfiahility 

d.  ChtgtUng  cqtabilities 

e.  Ease  of  develofnient 

/.  Ease  of  mrintenance  of  oomp^^  tqtldication 
g.  Distribution  requirements 

Each  package  was  given  a  numeric  score  for  eadi  item.  Scores  ranged 
flom  1  to  5,  widi  1  being  die  lowest  (least  functional)  and  5  being  die  highest. 
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5  Summaries  of  Developed 
Applications 


Lightship 

Lightship  is  designed  to  facilitate  the  development  of  Executive 
Infoimation  Systems  and  other  types  of  gnq^cad,  query-only  database  hront- 
euds.  It  can  access  and  display  data  from  many  extemid  data  sources, 
aldiough  it  cannot  use  other  Lightship  files  as  a  data  source.  The  basic  units 
of  a  li^it^p  application  are  si  >  ns,  objects,  data  sources,  actions,  and 
variables.  Tte  screen  is  the  foundation  of  the  application.  Each  screen  is  a 
sqnrate  file,  and  you  link  screens  with  navigation  commaiMls  to  create  an 
tq^cadon.  Because  of  this,  modification  of  an  irxlividual  scre^^  can  occur 
widiout  disturbing  other  modules  in  your  tqrplicatioiL 

Lightship  is  a  powerful,  flexible  tool  that  is  also  somewhat  difficult  to 
use,  especially  when  emnpared  to  the  other  packages  in  this  evaluation.  More 
than  any  of  the  other  tools,  develofment  projects  using  Lightship  are 
programming-intensive  tasks. 

The  screen  is  built  by  creating  objects.  An  object  is  classified  as 
document,  chart,  format,  image,  hotspot,  moiu,  text,  or  draw.  These  objects 
have  the  following  characteristics: 

■  Document  objects  display  data  from  external  sources  or  data  that  the 
user  enters  into  the  document 

■  Chart  objects  are  dynamically  linked  to  documem  objects,  and  display 
document  data  gta^cally 

■  Format  objects  format  and  align  document  object  data 

■  Image  objects  display  an  image  from  an  external  source  (.BMP.  .PCX, 
clipboard  paste,  or  DDE) 

■  Hotspot  objects  perfonn  actions,  and  can  be  invisible  or  displayed  as  a 
butum 
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■  Mbm  Ql^Beli  imftMB  aetlani  Item  tbe 


■  Tnct  ol()ectB  dlqdi^  siiiqile  text,  for  screen  beaden  or  ofoer 


infomuttion  boxes 


■  Draw  (fojeM  draw  siiiqde  ot)ject8  sudi  as  lines  or  borders  to  enhance 
die  screen  displi^ 

Document  objects  are  the  centerpiece  of  most  U^itship  screens.  In 
Ligbtdiip  parlance,  a  document  is  any  data,  whdlier  it  is  text  fiom  an  ASCII 
file  or  records  fiom  an  SQL  database.  Tbe  document  data  is  formatted  by 
creating  a  format  object  and  dien  qiplying  the  format  object  to  all  or  part  of 
tbe  document  object  Screen  layout  is  accranidished  by  creating  image  objects, 
text  objects,  and  draw  objects. 

Ugbtddp  tolerates  on  die  basis  of  levels.  There  are  three  posable  levels 
when  running  Lightship  •  Audior,  which  is  used  when  devek^dng  appUcations; 
Browse,  vdddi  is  used  vdien  running  die  application;  and  Culture,  \^ch  is 
similar  to  Browse,  excqx  dut  the  user  does  nm  have  access  to  Windows.  In 
Culture  mode,  die  user  cannot  change  to  anodier  level  and  edts  to  DOS  when 
die  application  is  terminated.  One  quirk  of  Li^uship  is  that  die  menu  and 
hotqpot  otjects  only  function  at  die  Browse  and  Qpture  levds,  meaning  that 
vdien  you  create  oac  of  diese  objects,  you  must  dumge  to  die  Browse  level  to 
test  it 


light^p  provides  access  to  ASCII  text  files,  Windows  DDE  servers,  user- 
entered  data,  external  sources  dirough  user-defined  DLLs,  or  external  databases 
via  Lightship  Lens,  an  allied  software  product  diat  allows  SQL  queries  against 
external  data  sources.  You  selea  die  fields  you  want  and  set  sdecdtm  criteria. 
If  your  data  ocmtains  a  raimeric  field.  Lens  assumes  you  will  be  consolidating 
the  data  in  smne  way,  and  asks  you  to  qiedfy  how  you  will  do  diis  (sum, 
average,  count  minimum,  maximum)  for  each  numeric  field.  There  is  no  way 
to  turn  off  oonsolidadort  so  if  you  just  want  to  query  your  data,  oonstdidadon 
beocHnes  an  urmeeded  but  requM  overhead.  L^  allows  you  to  specify 
udddi  results  will  be  diqilayed,  so  you  can  eliminate  die  consolidation  result 
When  you  have  run  your  query,  you  can  save  die  results  in  a  file  diat 
Lightship  calls  a  cadie.  Lens  aim  allows  yew  to  access  your  data  by  directly 
entering  SQL  statements.  This  mediod  does  not  perform  any  consolidation  - 
the  results  of  your  query  are  die  contents  of  die  document  window.  When 
using  SQL,  however,  you  cannot  save  the  data  into  a  cache,  so  the  query  is  re- 
executed  each  time  you  access  diat  document  object  If  you  are  querying  a 
large  database,  this  can  cause  a  significam  delay  in  presenting  the  seteea  The 
queries  siqiporting  die  demonstratitm  ipplicatitxis  were  maiiily  run  using  the 
SQL  imerfiice,  caused  navigation  between  screens  to  be  quite  dow,  with 
delays  of  3  •  S  minutes  sometimes  occurring. 

Once  die  data  was  retrieved,  formatting  was  simple,  aldrou^  the  document 
diqilay  had  a  “quirk.**  If  die  rightmost  field  was  a  numeric  field  with  several 
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digits  to  the  of  die  decimal,  and  was  le-foimatted  to  a  fixed  length  of  2. 
die  fcmaining  digits  would  smnedmes  show  up  several  spaces  to  the  right  of 
the  field.  I  could  not  remove  these  digits  -  the  only  remedy  was  to  shrink  the 
documem  window  so  that  those  digits  were  outsicte  die  window  area.  The 
format  object  is  created  and  ai^ed  to  the  column  or  columns  by  simply 
marking  the  affected  column(s)  widi  the  mouse.  If  die  documem  window  is 
subsequendy  resized  to  display  more  rows,  however,  you  must  return  to  your 
finmat  objem  and  re<matk  the  target  of  the  format 

Lightdiip’s  charting  tools  were  generally  very  good.  Ihere  was  one 
particularly  effective  feature  dut  no  odier  package  offered  •  scrollable  bar 
charts.  Tte  bar  diart  displayed  only  the  rows  displayed  in  die  correspondmg 
document  object  window,  so  that  as  you  scrolled  iq>  or  down  dirough  the 
document  window,  die  chart  automatically  scrolled  dirough  the  display.  If  you 
have  multiple  diarts  associated  widi  a  document  object,  each  chart  scrolls 
accoidittgly.  This  is  a  unique  answer  to  the  problem  of  illegible  bar  diarts  due 
to  too  many  data  items  in  series. 

Navigation  between  screens  was  fairly  simple  to  implement  There  are 
several  ways  to  do  diis  •  buttons,  ‘hot  ^xits",  or  menus  created  on  dre 
Windows  menu  bar.  In  each  case,  you  can  perform  a  variety  of  actions  based 
on  selection  of  the  button,  ‘hot  spot",  or  menu  item.  Ught^p  uses  die 
conccqit  of  a  retrace  padt  vriiich  maintains  the  name  of  each  open  screen  in  the 
order  in  uhich  it  was  opened.  You  can  return  to  the  screen  that  called  the 
cunem  screen,  select  any  screen  cunendy  in  the  retrace  path,  open  a  new 
screen  and  add  it  to  the  retrace  padi,  or  dear  die  path. 

Each  user  must  have  a  copy  of  Li^Uship  to  nm  die  distributed  a^lication. 
If  your  EIS  will  have  many  potential  users,  diis  could  require  a  heavy  financial 
commitment  to  a  product  that  has  no  odder  uses.  Despite  this,  Light^p  could 
be  a  very  effective  tool  in  die  right  errvitonmenL  If  ttit  need  is  for  many 
different  screens,  each  running  direcdy  against  the  source  data,  and  the 
necessary  data  aggregation  matches  die  consolidation  methods  that  Lens 
performs,  lightship  may  be  the  best  software  in  diis  group,  hi  general, 
however,  odier  tools  can  jmivide  die  same  or  better  capabilities  with  less  effort 
and  less  eiqiense. 


Forests  And  Trees 

Forests  And  Trees  is  a  data  access  and  reporting  tool  specifically  designed 
to  produce  ElS-type  qiplications.  Where  U^tship  stores  each  screen  in  a 
separate  file.  Forests  And  Trees  holds  all  parts  of  the  iqiplicaticm  (queries, 
charts,  data,  etc.)  in  one  file  called  a  ‘View  file."  This  makes  it  easier  to 
distribute  qiplications,  since  you  only  have  one  file  to  move,  but  it  can  be  a 
hindrance  when  you  only  ne^  to  change  and  distribute  one  part  of  the 
application. 
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llN  view  to  tfiBlMMietirilttaibiodi  of  Foratt  And  Trees.  Viewtypeis 
dejennined  by  the  weeit  of  die  undeilytng  cricularton; 

■  Standard  views  diqdqr  a  udde  containing  die  data  returned  by  a  query, 
fimnula,  or  DDE  nqiiest,  or  a  gnqih  based  on  dut  data 

■  Ctoss-tatxdation  views  are  standard  views  which  have  been  teK>rientBd 
to  show  die  data  with  new  totals  or  a  different  perspective 

■  Edit  Held  vfews  di^i;day  or  aooq;)t  user-input  text 

■  Ptoture  views  display  images  contained  in  a  bitmap  (.BMP)  or  icon 
(iCO)  file,  and  can  ftmcdon  as  a  buttcm  when  die  mouse  is  gUr-iged  on 
die  view 

■  Button  views  disiday  a  button  that  performs  an  action  when  didced 

■  Hot  spot  views  are  tnnspaient  views  that  perfonn  an  actitm  ^i^ien 
didced.  They  are  geneially  used  as  oveilays. 

■  List  views  display  a  list  of  items  duu  can  be  sdected  by  the  user. 

You  begin  creating  an  apfdication  by  creating  a  view.  The  source  for  a 
view  is  called  the  provider.  A  provider  csi  be  a  view  within  the  active  view 
file  or  another  Forests  And  Trees  view  file,  or  an  ftTiemat  data  source.  Qncre 
built,  the  views  can  be  comUned  into  grotqis.  Oroiqis  can  be  opened  and 
closed  by  diddng  on  die  groiqi  icon,  and  view  windows  can  be  maximized  or 
resized  using  die  standard  ^Kfindows  methods.  Ymi  can  also  tqtediy  a  Intmap 
as  die  backdn^  for  the  opened  group.  A  key  feature  of  Forests  And  Trees  is 
the  drill-down  button,  vdiich  is  automatically  generated  anytime  you  create  a 
view  vdnch  uses  anodier  view  in  dut  view  file  as  the  {uovider.  You  can  then 
navigate  up  and  down  duougfa  your  linked  views  using  die  drill-down  button. 
An  information  tree  is  also  automatically  created,  triiicfa  allows  you  to  diqilay 
and  sccess,  in  organization  chart  s^le,  die  underlying  views. 

Accesring  data  in  other  databases  or  in  odier  views  in  the  current  (or 
other)  view  file,  and  building  the  query  to  return  the  desired  infinmation,  is 
very  easy.  The  Edit  (2uery  window  (Rgure  4)  di^ilays  all  available  files  in 
die  provider  (data  source)  that  was  specified  triien  the  view  was  defined.  If 
you  chdc  widi  die  moose  on  die  box  to  die  Idt  of  d»  file  name,  all  fields  in 
that  file  are  diqdayed.  If  you  want,  you  can  teowse  the  file  (or  any  file  in  that 
provider).  You  can  enter  die  SQL  statemem  directly  (all  data  access  in  Forests 
And  Trees  is  via  SQL),  or  you  can  build  die  statement  by  using  die  mouse  to 
dick:  <m  die  SQL  Isns^iage  elements  diq^yed  in  die  window.  You  can  test 
your  query  widioot  leaving  die  Edit  window,  retrieving  tmly  enough 
rows  to  fiU  die  window  -  for  queries  against  la^  tables,  diis  can  save 
considendile  time.  When  you  have  ocnnideted  die  query,  you  can  even  have 
Fbiests  And  Trees  automatically  format  die  statement,  pla^  each  demmit  on 
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a  aqMurate  line,  cmitaliring,  and  so  foitiL  When  you  are  finished,  y(Mi  exit  the 
Edit  Query  window  and  calculate  the  result  When  you  recalculate  a  query,  all 
queries  bt^t  fiom  that  query  can  be  automatically  recalculated.  You  can  also 
schedule  recalculations. 

Since  Forests  And  Ttees  holds  all  objects  in  one  view  file,  on  a  large 
appUcatim  ycm  can  easily  have  dozens  of  views  in  die  view  file.  Fbrtunately, 
you  can  choose  to  hide  idews  so  diey  aren’t  diqdayed.  You  can  then  di^day 
and  hide  views  using  triggers  attached  to  buttons,  views,  or  view  columns. 
Triggers  are  a  powerful  object  widdn  Forests  And  Trees.  A  trigger,  executed 
by  clicking  the  mouse  or  setting  an  alarm  based  tm  a  value  or  range  of  values, 
can  t^ien  views  or  groiqis,  calculate  a  view  or  groiqi,  di^y  messages,  launch 
anodier  Windows  qiplicatimi.  tqien  anodier  view  file,  or  execute  formulas.  If 
die  trigger  is  set  for  a  column,  the  value  dicked  can  be  placed  into  a 
subsdtutkm  string  for  use  in  calculating  a  view.  Triggers  can  be  set  for  a 
view,  a  column,  or  an  alarm.  This  allows  one  view  to  spawn  a  varied  of 
inocesses  based  on  acdoos  by  the  user.  In  die  demonstration  qiplicadon, 
triggers  were  used  to  provide  navigadtni  bdween  screens  by  assignirtg  them  to 
buttons  and  picture  views. 

Charting  is  as  good  as  any  package  evaluated.  You  can  cycle  charts  in 
your  view  window,  uriddi  lets  you  switch  between  data  and  chan  by  clicking 
on  a  button.  Also,  if  you  have  widely  scattered  values,  you  can  choose  to 
limit  the  range  of  your  diatt,  then  suitch  between  the  full  dian  and  the  limited 
chan  by  cliddng  the  Automatic  Range  Selection  box  in  die  grqdi  definition 
window. 


Overall.  Forests  And  Trees  is  a  powerful  i»oduct  widi  few  weaknesses  and 
many  strengths.  One  problem  with  Forests  And  Ttees  lies  in  maintaining  the 
view  file,  since  dds  can  becmne  quite  large  for  conqilex  qiplicadons. 

However,  this  can  be  mitigated  somewhat  by  desigr^  the  qiplication  to  use 
several  smaller  view  files.  For  many  EIS  apfdications,  diis  may  die  best  tool 
of  diis  group.  However,  if  you  need  to  updme  any  of  the  source  data.  Forests 
And  Trees  is  the  wrong  tod,  since  it  is  inoqiable  of  writing  data  to  the 
origiiul  database.  Another  disadvantage  for  Forests  Arxi  Trees  is  the  need  to 
buy  a  s^Nurate  copy  of  dw  software  for  eadi  user.  There  is  no  distribution  Idt 
available,  and  wt^  pridng  for  subsequent  coines  after  the  first  license  is 
discounted,  it  is  still  quite  hij^  for  a  single-purpose  package. 


Excel 

Microsoft  Excd  is  a  spreadsheet,  a  type  of  software  that  simulates  a  paper 
worksheet  with  a  matrix  of  rows  and  columns.  While  you  are  constrained  by 
die  inhment  limitations  of  spreadsheets  in  genoal.  Excel  provides  functions 
that  allow  the  develqier  to  disguise  the  spteadriieet  look  and  feel  in  many 
cases.  Access  to  external  databares  is  prided  by  a  special  version  of  die 
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QfB  databMe  edtior  On  venkn  S.0,  this  will  be  replaced  by  NficrcMoft’s  Open 
Database  Connectivity  driver).  Aldxwgh  not  as  eluant  as  Lightship  or  Fbrests 
And  Trees,  it  will  accomplish  die  task,  allowing  you  to  set  selecdcm  criteria, 
perform  joins,  and  build  SQL  statements.  Data  is  retrieved  into  a  Uock  of 
cells  in  the  spreadsheet,  where  it  can  be  numipulated  like  any  other  spreadsheet 
data.  This  aUows  “uriut-iT  activities  to  be  p^ormed  on  the  data,  somediing 
Lightship  and  Forests  And  Trees  cannot  provide.  However,  ymi  cannot  update 
the  source  rile  widi  the  results  of  the  “w^-if  *  analysis. 

The  qiplication  developed  for  this  evaluation  consisted  of  only  one 
spreadsheet,  with  the  screens  using  separate  Uocks  within  the  spreadsheet  rile. 
Ihis  created  stnne  pioUems  vdien  resizing  rows  and  columns  to  bitmap 
images  fit  the  screen,  because  it  would  sometimes  throw  other  blocks  off. 
Multiple  sineadsheet  riles,  combined  into  what  Excel  terms  a  workbook,  could 
have  been  used  to  resolve  that  problem.  That  approach,  however,  would  have 
required  maintaining  several  files.  Managing  the  data  within  the  spreadsheet 
was  more  difficult  tiian  with  Lightship,  Forests  And  Trees,  or  Access.  Because 
Excel  is  a  spreadsheet,  you  are  forced  to  use  blocks  to  hold  the  data,  whether 
for  display  or  further  manipulatiorL  This  tends  to  scatter  your  data  around  the 
spreadsheet,  and  while  you  can  assign  labels  to  blodcs  to  simplify  the  process, 
data  management  can  be  tedious  for  large  files. 

Althou^  comparatively  limited,  formatting  was  easy.  Excel  allows  you  to 
hide  the  grid  lines,  so  you  can  give  tiie  screen  tire  appearance  of  having  a 
display  window  witiiin  tire  main  display.  If  you  have  more  than  one  block  of 
data  on  the  screen,  however,  you  can’t  scroll  up  or  down  through  item 
independently.  You  also  have  to  be  careful  wto  resizing  rows  or  columns,  to 
avoid  an  accidental  change  to  another  display  area  that  shares  tire  same  row  or 
columa  Navigation  between  screens  requires,  creating  buttons  and  writing 
macros  that  you  attach  to  tire  buttons.  It  is  not  as  simple  a  process  as  in  the 
two  ElS-spe^c  packages,  and  maintaining  the  macros  can  be  confusing 
unless  you  use  a  consistent  and  dear  naming  convention  when  creating  the 
macros.  Exed  stores  macros  on  a  separate  worksheet,  and  it  is  easy  to 
acddentally  create  multifde  macro  wmksbeds.  In  srnne  cases  this  may 
actually  be  desirable,  for  grouping  of  logicaUy  related  macros,  but  it  can  also 
lead  you  to  modify  the  wrong  macro. 

Qiarting  is  very  good,  generally  on  a  par  with  Lightship  and  Forests  And 
Trees.  Excel  uses  Microsoft’s  Chart  program,  as  does  Microsoft  Access,  so 
there  is  the  potential  for  devdoping  a  soi^iisticated  q^lication  using  both 
programs  arid  having  charts  wifo  the  same  look  and  You  have  mote 
control  over  certain  chart  features  and  labels  than  with  any  of  the  other 
packages,  and  tiie  charting  software  itself  was  easier  to  use.  And  while  the 
Chart  program  is  actually  external,  the  integration  is  seamless. 

Incorporating  gr(q[tiiics  for  use  as  backdrops  for  your  screens  is  possible, 
although  the  result  is  not  as  dean  as  with  the  txm-spieadsheet  packages.  The 
simplest  way  to  do  this  is  to  paste  an  image,  using  the  Windows  cut-and-paste 
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functions,  into  a  block  of  cells.  This  creates  a  graphic  object,  which  can  be 
resized  or  moved  as  needed.  The  object  continues  to  reside  in  the  block  of 
cells,  however,  so  as  tows  and  columns  are  resized,  the  size  of  your  image  will 
be  resized.  While  the  process  is  manageable,  you  can  rad  up  with  unintended 
white  space  at  die  side  or  bottom  of  the  screen.  Another  possible  drawback 
occurs  when  you  are  scrolling  through  a  list  of  data.  With  a  qireadsheet,  you 
are  actually  moving  down  or  across  through  the  cells.  If  you  want  die  headers 
to  stay  positioned  above  the  data,  you  must  lock  the  header  rows  in  position; 
this  can  affect  other  pans  of  your  ^readsheet  file.  Also,  you  may  have  rows 
of  different  heights,  if  you  u^  a  larger  or  smaller  font  in  another  pan  of  your 
aq;>pilication  that  shares  the  same  row. 

Experienced  spreadsheet  developers  should  have  no  problem  creating  an 
application  that  goes  far  beyond  die  normal  expectations  of  a  ^readsheet  It 
does,  however,  require  considerable  effort,  and  the  overall  effect  is  not  as 
polished  as  with  the  non-spreadsheet  software.  While  Excel  does  not  have  a 
distribution  Itit,  spreadsheets  have  become  one  of  the  most  popular  software 
products  today,  many  organizations  use  Excel  Because  of  this,  dw  lack 
of  a  distribution  kit  not  be  a  major  disadvantage. 


Quattro  Pro 

like  Excel.  Quattro  Pro  is  a  spreadsheet  They  are  very  similar  in  many 
respects.  One  major  difference  is  dre  way  Quattro  handles  multiple 
spreadsheets.  While  Excel  has  a  workbook  concept,  combining  separate 
spreadsheet  files,  Quattro  uses  the  metaidior  of  a  notebook,  with  spreadsheets 
being  represented  by  pages.  Unlike  Excel,  Quattro  stores  all  pages  in  one  file. 

A  utility  called  Database  Desktop  inovides  access  to  external  data. 

Quattro  can  also  directly  impoit  data  fimn  Lotus  1-2-3,  Microsoft  Excel,  and 
ASen  text  files.  You  use  Database  Desktop  to  build  and  store  queries,  set 
selection  criteria,  perform  joins  betwera  tables,  and  create  permanent  files 
called  Answer  Sets.  Results  are  stored  in  a  database  file  (either  Paradox  or 
dBASE  format)  which  Database  Desktop  calls  an  answer  table.  You  can  also 
edit  data  in  the  source  file.  However,  ymi  are  limited  to  accessing  Paradox 
and  dBASE  files.  Database  Desktop  is  not  as  easy  to  use  as  the  Q+E  database 
editor  included  with  Excel  It  was  the  least  useful  data  access  tool 

Once  the  data  was  retrieved,  formatting  was  simple,  altiiough.  as  with 
Excel,  somewhat  limited.  Disguising  the  spreadsheet  look  and  feel  is  difficult 
Other  than  removing  grid  lines  and  scroll  bars,  there  wasn’t  much  way  to  do 
this.  This  is  particularly  true  Mdien  scrolling  throu^i  lists  of  data.  Quattro 
does  have  a  nice  feature  that  does  adapt  itself  well  to  EIS  tqrplications, 
however.  Each  worksheet  is  handled  as  a  page  in  a  notebook  and  a  tab  for 
each  worksheet  is  di^layed  along  the  bottcmi  of  the  disiday.  The  tab  names 
default  to  A,  B,  etc.,  but  you  can  rename  them  very  ea^y  and  provide 
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n«pci  fiv  each  fMge.  You  can  iwitdi  between  wc^cdieM  by 
dicking  on  die  rab  ftv  diat  page.  You  can  also  create  buttons  and  atuidi 
macros  to  dnn  as  a  naviga^  method.  Incoiporadng  grqjldc  Images  for 
badcdrqis  requites  die  same  process  as  widi  Microsoft  Excel,  and  has  the  same 
limitations. 

Chatting  of  data  was  generally  good,  aldKiugh  nm  as  good  as  the  other 
packages.  In  particular,  display  of  labels  was  inferior.  There  was  iq)parently 
no  way  to  align  labels  vertically,  and  if  labels  were  bundled  too  closdy,  some 
were  dn^ped.  You  could  stadc  labels  in  a  cascading  2-  or  3-tDw  manner,  but 
die  result  was  often  crowded  and  difBcult  to  read. 

Overall,  while  Quattro  Pro  is  a  very  powerful  iqneadsbeet,  it’s  data  access 
limitatitHis  and  ccnnparative  defidencies  in  chatting  make  it  a  less  attractive 
choice  for  this  type  of  development  inojecL  As  with  Excel,  you  are  taking 
software  intended  for  anodier  purpose  and  trying  to  make  it  amfoim  to  your 
needs.  A  few  years  ago.  this  would  have  bem  impossible  witii  spreadsheets. 
Now,  however,  it  is  possitfle  to  produce  a  reasonable  tqiplicaticm  that  gives 
little  indication  that  a  spreadsheet  lies  beneath.  While  you  probably  wouldn’t 
use  Quattro  Pro  or  Excd  to  build  a  full-fledged  executive  u^imation  system, 
either  could  have  a  place  as  the  basis  for  a  small  EIS  or  as  a  part  of  a  l^er 
system.  There  is  no  distribution  Idt;  however,  this  would  not  be  a  major 
problem  if  you  already  use  Quattro  as  your  standard  spreadsheet 


Access 

Access  is  a  database  management  system  devdoped  specifically  for  the 
Windows  environment  It  can  be  used  to  devdop  complete,  stand-alone 
database  applications,  or  grqdiical  front-ends  to  existing  databases.  Access 
uses  the  standard  idational  database  concept  of  a  table  to  store  data.  When 
queries  are  tun  against  tables,  triiether  internal  Access  tables  or  external  tables, 
the  result  is  placed  in  a  dynaset  A  formatted  screen  for  displaying  data  is  a 
form.  There  is  also  a  report  generator,  for  producing  printed  reports.  Like 
Forests  And  Trees,  Access  stores  all  data,  forms,  rqwrts,  queries,  and  graidis 
in  one  file.  You  can  create  buttons  and  attach  macros  to  them  to  perform 
various  functions,  including  ruvigation  between  forms.  This  allows  the 
creation  of  sophisticated,  but  easy-to-use  plications. 

Access  can  utilize  data  fmn  external  sources  in  two  ways.  You  can 
import  data  from  Excel,  Lotus,  Paradox,  dBASE,  Foxpro,  Btrieve,  or  SQL 
Se^er  and  store  the  data  in  an  Access  table.  You  can  also  attach  to  external 
tables  and  use  the  data  directly  in  an  Access  ftnm  or  report  When  attadiing 
to  an  external  source,  you  can  add  records,  modify  records,  or  delete  records  in 
the  attached  file.  In  action  to  importing  and  an«diing  files,  you  can  build  a 
qumy  against  an  Access  table  or  external  file  or  table.  The  query  window  uses 
Query-By-Example  (QBE)  to  build  the  SQL  statement  You  can  select  the 
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fields  with  the  mouse  and  drag  the  fidd  into  the  QBE  grid,  where  you  can  sd 
selection  criteria  and  sort  properties.  If  you  need  to  join  taUes.  you  omnect 
join  fields  by  diddng  the  firri  field  and  dragging  the  mouse  to  the  join  field  in 
the  second  taUe.  You  perform  aggregation  operations  by  diddng  the  Totals 
button  on  the  Toolbar,  whidi  allows  you  to  sdect  an  aggregation  operation 
from  a  pick  list  If  desired,  you  can  edit  the  SQL  statonent  by  clicking  on 
View  a^  sdecting  the  SQL  t^oa  The  query  results  can  foen  be  saved  in  an 
Access  object  called  a  dynaset 

Because  Access  is  a  full  devdopment  environment  there  were  more 
options  for  data  disiday  riian  in  any  other  package.  Buildiitg  forms  is  easy, 
and  made  easier  us^  Microsoft’s  Wizard  technology.  Wizards  ate  context- 
sensitive  he4>  windows  that  steer  you  ttirou^  the  building  process  for  forms, 
reports,  charts,  or  any  t^ier  Access  object  You  can  let  the  Vfizard  build  the 
basic  form  or  report  then  enter  Design  mode  to  cusunnize  it  or  you  can 
bypass  Wizards  and  design  die  form  from  scratch.  You  can  create  dther 
single-rBCord  or  tabular  forms,  specify  die  tqipearance,  create  sub-forms,  and 
imbed  graphic  objects. 

Like  Excd,  Access  uses  Microsoft  Chart  as  its  charting  tool.  Surprisingly, 
die  interface  to  Chart  from  Access  is  not  the  same  interface  you  see  \rith 
Excd.  There  are  a  few  chart  choices  missing,  althou^  there  are  still  plenty  of 
possiUlides.  Otherwise,  your  formatth^  (^(ms  are  the  same.  As  with  Ex^, 
integradon  widi  Chart  is  seamless. 

Navigation  was  performed  by  creating  buttons  and  attaching  macros  to 
them.  This  could  aim  have  been  done  by  creating  custmn  menus  on  the 
Windows  menu  bar  and  placing  menu  commaruls  on  diem,  also  by  attaching 
macros.  In  addititm.  Access  indudes  a  programming  language  called  Access 
Basic,  which  can  be  used  to  create  modules  to  handle  processing  too  complex 
for  macros. 

Access  can  match  any  of  the  reviewed  packages  almost  on  a  feature-for- 
feature  basis.  Where  Access  doesn’t  automatically  provide  a  given  c^bility, 
you  can  easily  provide  it  widi  a  maoo.  Combined  with  the  programming  tools 
available,  you  tove  die  potential  for  an  application  that  goes  far  beyond  what 
you  could  buUd  widi  any  other  reviewed  producL  Access  is  the  only  package 
that  has  a  distribution  Itit  availatde.  Distribution  of  an  Access-based  EIS 
would,  therefore,  be  less  erqrensive  dum  ai^lications  developed  using  any  of 
the  other  reviewed  software.  In  many  ways,  it  has  no  real  competitor  in  diis 
group  of  software. 


Oracle  Card 

Grade  Card  is  an  iq)plication  development  tool  for  die  Windows 
environment  You  can  create  forms  to  query  and  update  tables,  insert  new 
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Chapters  Surnmaries  of  Developed  Applications 
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ChanlirS  SummiiM of DmkiiMd AnoloilictnB 


6  Conclusion 


Tbe  difBcutQr  in  definbig  is  or  isn’t  an  Executive  Infonnatiini  System 
exttntb  to  select  one  software  as  tbe  ’liest”  developmem  envinnunem. 

What  may  be  a  mi^  oaooem  Ibr  one  devdoper  could  well  be  inrignificant  for 
another,  ft  is  possible,  nevertheless,  to  make  some  general  lecommendatiwis. 
Of  diis  groq).  ItAciosoft  Access  perfinmed  better  in  more  cat^oiies  than  any 
other  package,  ft  is  dao  cqMUe  of  devdopment  activities  far  beyond  EIS 
qipUcatiaDS.  hi  the  critical  ’look-and-ftel”  domain,  it  was  a  dose  second  to 
Forests  And  Times.  Alfoou^  it  is  somewhat  more  demanding  of  foe  developer 
dian  Forests  And  Trees,  its  odier  advantages  make  it  a  better  dxdce  for  most 

Forests  And  Trees  was  die  leader  in  visual  appeal  If  die  intended  user 
audience  is  small  and  located  in  one  {dace,  and  the  need  is  for  a  presentation- 
ooly  system.  Forests  And  Trees  may  be  die  best  dioice.  ftsautomadc 
geneiadan  of  drill-down  nd  infonnadoo-tree  foncdms  make  devdopment  a 
fast  and  easy  process. 

The  darice  is  less  dear  b^ond  diese  two.  Li^iiship  has  some  strong 
ftainres,  but  it  requires  more  programming  resources  than  ai^  other  tool  in 
dds  evahiadon,  and  tfstribudoo  to  huge  numbers  of  users  could  be  quite 
mqiensive.  Of  die  qxeadabeets,  Excd  is  more  capable,  but  if  you  already  have 
Quattro  Pro,  you  could  develop  a  creditable  system  using  it  Excdand 
Quattro  are  bodi  constrained  by  die  spreaddieet  metaphor,  and  the  visual 
results  are  notioeaUy  less  than  with  Access,  Forests  And  Trees,  or  Lightship, 
but  most  organizatioos  already  have  qneadsbeet  software,  so  die  cost  would  be 
minimized.  Only  Orade  Card  was  an  obvious  fsiluie  fm  EIS  devdopment. 
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Appendix  A 
Tabulated  Results 
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Appendix  B 
Application  Screens 


*  Figure  1.  Lightship  main  menu  screen 
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Figure  4.  Lightship  district  project  costs 
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Figure  6.  Forests  And  Trees  project  costs  screen 


Figure  7.  Forests  And  Trees  query  assist  screen 
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Figure  8.  Forests  And  Trees  average  district  overhead 


Fioure  9.  Excel  main  menu  screen 
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Figure  10.  Excel  district  overhead  screen 


Figure  1 1 .  Excel  district  data 


Appendix  B  Application  Screens 


Figure  13.  Quattro  Pro  main  menu  screen 
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Figure  14.  Quatlro  Pro  district  overhead  screen 


Figure  15.  Quattro  Pro  database  desktop 
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Figure  1 6.  Quattro  Pro  district  average  overhead 
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Figure  17.  Access  main  menu  screen 
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Figure  18.  Access  QBE  screen 


Figure  19.  Access  division  overhead  chart 
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Figure  20.  Access  district  milestones  data  screen 
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Appendix  D 

Demonstration  Appiication 
Data  Dictionary 


Structure  for  table:  d:\eis _proj\projecLdbf 

Number  of  data  records:  778 

Date  of  last  update:  07/26/93 

Memo  file  block  size:  512 

Field  Field  Narrte  Type  Width  Dec  index 


1 

PROJ  NO 

Character 

6 

2 

AS  OF  DATE 

Date 

8 

3 

AOTHCOST 

Numeric 

10 

4 

PRICELEVEL 

Date 

8 

5 

FEDCOST 

Numeric 

10 

6 

FULLFUND 

Numeric 

10 

7 

PROJ  NAME 

Character 

60 

8 

EROC 

Character 

2 

9 

MANAGER 

Character 

30 

10 

OFF  SYMB 

Character 

15 

11 

PHONE 

Character 

12 

12 

EST  TYPE 

Character 

1 

13 

EST  DATE 

Date 

8 

14 

APPR  DATE 

Date 

8 

15 

CORR  DATE 

Date 

8 

16 

FORE  DATE 

Date 

8 

17 

SCHED  DATE 

Date 

8 

18 

SYNOPSIS 

Memo 

10 

19 

CAT  CODE 

Character 

3 

20 

OPLOAD 

Logical 

1 

21 

APPN  CD 

Character 

2 

22 

NFEDCOST 

Numeric 

10 

23 

TOTPROJCST 

Numeric 

10 

24 

OVERHEAD 

Numeric 

6 

25 

NETMULP 

Numeric 

6 

26 

DIV  EROC 

Character 

2 

27 

ALTUSERIDS 

Memo 

10 

28 

PROJ  TYPE 

Character 

2 

29 

PROJ~ PHASE 

Character 

1 

30 

CONG  ADD 

Logical 

1 

31 

HQ  ACTION 

Logical 

1 

32 

CHANGED 

Logical 

1 

33 

LUPDATE 

Date 

8 

34  LUPDATE_ID 
**  Total  ** 

Character 

15 

302 

AppmdbcD  DwnotwSation Appikattton Data DteBonary 


D1 


Stfuctun  for  table:  d:\els_proj\ovefbudo.dW 

fikjmber  of  data  records:  680 

Dale  of  last  update:  07/26/93 

Field  Field  Narrre  Type  Width  Dec  Irrdex 


1 

PROJ  NO 

Character 

6 

2 

AS  OF  DATE 

Date 

8 

3 

EROC 

Character 

2 

4 

APPN  CD 

Character 

2 

5 

FED  BASE 

Numeric 

8 

6 

FED  BASE 

NuBterlc 

8 

7 

NFED  BASE 

Numeric 

8 

6 

PED  APPR 

Nuimeric 

8 

9 

FED  APPR 

Numeric 

8 

10 

NFED  APPR 

Numeric 

8 

11 

PED  CDRR 

Numeric 

8 

12 

FED  CDRR 

Numeric 

8 

13 

NFED  CURR 

Numeric 

8 

14 

PED  FORE 

Numeric 

8 

15 

FED  FORE 

Numeric 

8 

16 

NFED  FORE 

Numeric 

8 

17 

PED  MVAR 

Niimeric 

8 

18 

FED  MVAR 

Nximeric 

8 

19 

NFED  MVAR 

Numeric 

8 

20 

PED  fVAR 

Numeric 

8 

21 

FED  TVAR 

Numeric 

8 

22 

NFED  TVAR 

Numeric 

8 

23 

LUPDATE 

Date 

8 

24 

LUPDATE  ID 

Character 

15 

*  Total  ** 

186 

02 
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SMMltmfRrtiWt: 

Numb*  of  dHa  raoonto:  4306 

Due  of  iMt  updolo:  07/26/93 

FioU  Hold  Name  Type  Width  Dec  index 


1 

PROJ  NO 

Character 

6 

2 

AS  OF  DATE 

Date 

8 

3 

EROC 

Character 

2 

4 

ACCT  CODE 

Character 

4 

5 

PED  BASE 

Numeric 

8 

6 

FED  BASE 

Numeric 

8 

7 

TOTAL  BASE 

Numeric 

8 

8 

PED  APPR 

Numeric 

8 

9 

FED  APPR 

Niuneric 

8 

10 

TOTAL  APPR 

Numeric 

8 

11 

PED  CURR 

Numeric 

8 

12 

FED  CURR 

Numeric 

8 

13 

TOTAL  CURR 

Numeric 

8 

14 

PED  FORE 

Niuneric 

8 

15 

FED  FORE 

Numeric 

8 

16 

TOTAL  FORE 

Numeric 

8 

“1 

APPN  CD 

Character 

2 

i8 

ORIG  EROC 

Character 

2 

19 

LUPDATE 

Date 

8 

20 

LUPDATE  ID 

Character 

15 

**  Total  ** 

144 

AppandxD  Pemofwtralion AppleaMon Data Dfclionary 
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Structum  tor  table;  d:\eis_pr(>j\schedule.cto< 

r^mber  of  data  rec  ds:  18520 

OiUe  of  last  update:  07/26/93 

Field  Field  Name  Type  Width  Dec  Index 


J. 

PROJ  NO 

Character 

6 

2 

AS  of  DATE 

Date 

8 

3 

EROC 

Character 

2 

4 

MILE  CODE 

Character 

4 

5 

MILE~BASE 

Date 

8 

6 

MILE  CURR 

Date 

8 

7 

MILE  FORE 

Date 

8 

8 

MILE  ACT 

Date 

8 

9 

APPN  CO 

Character 

2 

10 

TWOA  CODE 

Character 

4 

11 

ORIG  EROC 

Character 

2 

12 

LOPDATE 

Date 

8 

13 

LDPDATE  ID 

Character 

15 

**  total  ** 

84 

Appendix  0  Oeinonstralion  Application  Data  Dictionary 


fMiVNf  01  om  fooofOB.  om 

Date  ol  Int  update:  07/2e/S3 

Memo  da  block  sin:  512 

Raw  Flaw  Name  Type  WWth  Dec  Index 


1 

PROJ  NO 

Character 

6 

2 

AS  oF  DATE 

Date 

8 

3 

er5c 

Character 

2 

4 

FEASCH 

Numeric 

3 

5 

FEAACT 

Numeric 

3 

6 

DESSCH 

Numeric 

3 

7 

DESACT 

Numeric 

3 

8 

C(»<SCH 

Numeric 

3 

9 

CONACT 

Numeric 

3 

10 

APPN  CD 

Character 

2 

11 

TESTI  CONG 

Numeric 

10 

12 

TESTI  CCMP 

Date 

8 

13 

TESTI  FY 

Numeric 

2 

14 

NOTEPAD 

Memo 

10 

15 

L  CONG  PED 

Numeric 

10 

16 

LC  PED  COM 

Date 

8 

17 

LC  PED  FY 

Numeric 

2 

18 

FEASI  COMP 

Date 

8 

19 

FEAS  CMPFY 

Numeric 

2 

20 

totsSh 

Numeric 

3 

21 

TOTACT 

Numeric 

3 

22 

EXPSCH 

Numeric 

8 

23 

EXPACT 

Numeric 

8 

24 

CONGDISTl 

Character 

60 

25 

SPONSOR 

Character 

60 

26 

LUPDATE 

Date 

8 

27 

LOPDATE  ID 

Character 

15 

Total  ** 

262 

AfipandbcD  DafmxwtrWon /^iplicalkm Data Dictfoi^ 


Structure  for  ttfole:  d^ete_proj\ac_oo«le8.dW 
Number  of  data  records:  91 


Date  of  last  update:  07/26/93 

Flew  FleWName  Type  WWth  Dec  Index 


1  EROC 

2  ACCT_CODE 

3  ACCT_DESC 

4  RPT  LEV 

5  LOPDATE 

6  LUPDATE  ID 
**  Total  ** 


Character  2 

Character  4 

Character  40 

Character  2 

Date  8 

Character  15 

72 


1 


Structure  for  table:  d:VBis_proj\mileston.dbf 

Number  of  data  records:  1868 

Date  of  last  update:  07/26/93 

FleW  FleW  Name  Type  Width  Dec  Index 


1 

EROC 

Character 

2 

2 

MILE  CODE 

Character 

4 

3 

MILE  DESC 

Character 

40 

4 

RPT  LEV 

Character 

2 

5 

LOPDATE 

Date 

6 

6 

LOPDATE  ID 

Character 

15 

**  Total  ** 

72 
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